home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001213_marca@wintermu….ncsa.uiuc.edu _Sat May 29 02:57:21 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA22237; Sat, 29 May 93 02:57:21 MET DST
  4. Received: from newton.ncsa.uiuc.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA27790; Sat, 29 May 1993 03:18:51 +0200
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA17572
  7.   (5.65a/IDA-1.4.2 for www-talk@nxoc01.cern.ch); Fri, 28 May 93 20:23:36 -0500
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:hoesel@chem.rug.nl id AA14188; Fri, 28 May 93 20:21:18 -0500
  10. Date: Fri, 28 May 93 20:21:18 -0500
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9305290121.AA14188@wintermute.ncsa.uiuc.edu>
  13. To: wei@xcf.berkeley.edu (Pei Y. Wei)
  14. Cc: hoesel@chem.rug.nl, www-talk@nxoc01.cern.ch
  15. Subject: Re: Keeping HTML Simple & Format negotiation between Browser & Server
  16. In-Reply-To: <9305290010.AA19076@xcf.Berkeley.EDU>
  17. References: <9305290010.AA19076@xcf.Berkeley.EDU>
  18. X-Md4-Signature: 9c6ff689c25e9ed2469e65a92de102db
  19.  
  20. Pei Y. Wei writes:
  21. > However, one could think of lots of other applications where it would 
  22. > be easier and more appropriate to use area-overlay-buttons. Just look at
  23. > the numerous HyperCard stackwares that use ``invisible fields'' to
  24. > implement highly neat effects. This approach, however hard-coded but
  25. > no more than ``HREF='' is hard-coded, has the benefits of no necessary
  26. > dependence on a server.
  27.  
  28. I agree.
  29.  
  30. > An example of invisible/see-thru buttons overlaying an image -- face.gif
  31. > is visible, and has two invisible area oriented anchors pointing to 
  32. > eyes.gif and mouth.gif respectively. Probably unnecessary, but WIDTH & 
  33. > HEIGHT could be specified to handle scaling. Also, perhaps <FIGA> should
  34. > simply be <A>. :
  35. > 
  36. >     <FIGURE SRC="http://sesame-st.org/whatis/face.gif" TYPE="image/gif"
  37. >         WIDTH=100 HEIGHT=100>
  38. >       <FIGA HREF="http://sesame-st.org/whatis/eyes.gif" TYPE="image/gif"
  39. >         x0=20 y0=10 x1=80 y1=30>
  40. >       <FIGA HREF="http://sesame-st.org/whatis/mouth.gif" TYPE="image/gif"
  41. >         x0=40 y0=70 x1=60 y1=80>
  42. >       <FIGCAP>Spy a face</FIGCAP>
  43. >     </FIGURE>
  44.  
  45. Looks good to me.  Two comments: my gut feeling is that coordinates
  46. should be in pixel space, and that if the browser scales the image it
  47. should readjust any transmitted coordinates to match when the user
  48. actually selects something.  And, I think it should be possible
  49. to specify more than one rectangle per "FIGA" (e.g...
  50.  
  51.        <FIGA HREF="http://sesame-st.org/whatis/mouth.gif" TYPE="image/gif"
  52.          COORDS="40-60,70-80;90-100,120-130">
  53.  
  54. ...or something similar).
  55.  
  56. Cheers,
  57. Marc
  58.